A lo largo de mi carrera en desarrollo de software he podido trabajar bajo diferentes estilos de liderazgo. Algunos han sido buenos pero otros han sido pésimos, al punto que han deshecho equipos de trabajo completos, afectando fuertemente a a la compañia y retrasando tanto el avance en los proyectos como el crecimiento de la misma.
He sido testigo personalmente de la efectividad de los siguientes puntos aplicados por diferentes managers y directivos en diferentes situaciones. Si esto te despierta algo de curiosidad, sigue leyendo y no te preocupes si se te hacen muchas formas, no tienes que hacerlas todas de una vez. Solo elige tus favoritas y te aseguró que eventualmente será más que suficiente.
Evita informarte acerca de nada de tecnología
Primero lo primero. Si estas en el negocio de tecnología lo mejor que puedes hacer para tirar todo abajo es mantenerte ignorante acerca de ese mundo.
No te molestes en investigar que es un repositorio o que hace un tester. No te molestes en escuchar las sugerencias de tu equipo de desarrollo acerca de buenas prácticas. Tu maneja el negocio como si no usara tecnología. Puntos extra si no comprendes la diferencia entre back-end y front-end.
Lo poderoso de este punto es que es como un comodín, si lo sigues al pie de la letra intrínsecamente cumplirás algunos otros de esta lista.
Evita practicar lo que predicas
Al igual que el punto anterior, el hacer esto intrínsecamente también te puede ayudar a cumplir con las demás técnicas. La idea es que seas inconsistente e hipócrita.
Si vas a hacer que tu equipo se quede hasta tarde, tu vete temprano. Si los vas a obligar a que lleguen temprano, tu llega tarde. Exígeles que se actualicen y esten al día con los últimos temas de tecnología, pero tu no te molestes en estudiar ni aprender nada. Exígeles honestidad y transparencia pero los procesos de la empresa mantenlos secretos y ópacos.
No encontrarás mejor manera de inspirar desconfianza y deslealtad.
No cumplas los acuerdos verbales
A veces un empleado necesitará algun incentivo para aceptar estar en tu empresa o trabajar de cierta manera. Averigua que le interesa y luego prométele que lo recompensaras con eso mas adelante. Esto puede ser una mejor posición, un aumento, un bono, tiempo libre, etc. Sea lo que sea tu promételo.
Normalmente tendrás unos meses para que cumplas tu parte del acuerdo antes de que venga a recordatelo. Cada vez que alguien lo haga pospón el asunto y dile que será más adelante. Repíte esto todas las veces que te pregunte acerca del tema. Eventualmente dejará de preguntar aunque lo más probable es que sea porque ya no esté trabajando contigo.
No seas claro acerca de la forma de contratación de tus empleados
Aseguraté de que cuando entren a trabajar no les dejes claro como están contratados. Esto es muy simple siguiendo el mantra de no cumplir acuerdos verbales, solo diles que van a estar por nómina pero no les des contratos. Los mas experimentados te dejarán pronto, los demás tal vez te aguanten un poco más (dependiendo porsupuesto de sus circunstancias personales). Cada vez que alguien te pregunte no le des una respuesta directa, deslindate de la responsabilidad y di que eso lo ve alguien más.
Otro buen tip dentro de esto es que no los trates a todos por igual. Eventualmente puedes dar de alta a algunos por nómina y a otros mantenerlos por honorarios. Pero ojo, a los de nómina dalos de baja de vez en cuando, pero no les avises.
Esto tal vez tarde un tiempo en dar frutos porque la gente no suele hablar de estas cosas tan abiertamente, pero cuando tu equipo genere confianza entre sí empezarán a surgir las semillas que plantaste.
Asegúrate que los salarios estén por debajo del promedio en el mercado
La más fácil de pensar y dudo que no se te haya ocurrido. Investiga cuánto se le paga a cada posición de acuerdo a su experiencia y luego recorta esa oferta. Habiendo gente con necesidad de empleo siempre habrá quien acepté pero tras lograr adquirir un poco de experiencia contigo no tardarán mucho en irse.
Si quieres acelerar el proceso exige compromiso y responsabilidades que valgan más que la remuneración que ofreces a cambio. Puntos extra si actúas como qué le estas haciendo un favor a tus empleados por darles la oportunidad de trabajar contigo.
No respetes los puestos de trabajo
Es normal que a veces se necesite que un desarrollador apoye en áreas fuera de la suya. Pero si lo que quieres es ahuyentarlo aseguraté de asignarle tareas diferentes a su especialización sin preguntarle si está de acuerdo o no. Es importante que lo hagas así, de lo contrario si se lo pides como favor o de buena manera puede ser que piense que eres demasiado considerado.
Por otra parte hay una posibilidad de que genuinamente le interese el trabajo que le estas asignando, si ese es el caso no te preocupes ahora que ya lo sabes puedes usar ese conocimiento para ponerlo a trabajar en algo diferente que sí le desagrade.
Subestima la complejidad del trabajo de tu equipo
Ya te habrás dado cuenta pero muchos de estos puntos los puedes aplicar no sólo a los programadores sino también a otros perfiles involucrados en el proceso de desarrolllo de software, como diseñadores, analistas, encargados de mantenimiento, etc.
No importa cuál sea su trabajo menosprecia el esfuerzo que se está haciendo. Cada vez que sea hora de asignar una nueva tarea di que es muy fácil y rápida de hacerse. Cuando te den un estimado de tiempo y esfuerzo, interrumpelos y niégalo mencionando que tu opinas que están exagerando. Si te discuten solo responde, con fuerza y seguridad algo cómo: “Pues necesitamos que le heches ganas, porque tiene que estar para esta fecha”.
Nadie te dirá que no de nuevo. Ya saben que no tiene sentido.
Procura estimar los proyectos con tiempos imposibles de entrega
Asegúrate que las fechas de entrega de los proyectos sean de tal manera que tu equipo no tenga el tiempo suficiente para lograrlo. Para lograr esto de manera más efectiva pídeles su opinión cuando necesites estimar tiempos de entrega y luego recorta el tiempo y el personal que te hayan recomendado.
Por ejemplo si tu equipo te dice que un proyecto se haría en un período de 1 año con 4 desarrolladores, tienes algunas opciones. Puedes asignarle 4 desarrolladores pero estimarlo para menos tiempo o estimarlo para 1 año pero asignarle menos desarrolladores. El punto es que perjudiques al equipo, de manera que solo haya 2 opciones: o todos trabajan horas extras para sacar el proyecto a tiempo o todos trabajan horas normales y el proyecto queda incompleto.
No olvides poner como excusa qué tuviste que planearlo así para que se diera luz verde al proyecto.
Amenaza y condiciona a tu equipo cuando haya que hacer horas extras
Normalmente cuando se tienen que hacer horas extras es porque alguien cometió un error (normalmente management), aunque si seguiste el punto anterior inevitablemente llegará este momento.
Cuando lo haga no le pidas a tu equipo apoyo ni te disculpes por las circunstancias, simplemente da la orden de lo que se tiene que hacer. Deja ver entre líneas una amenaza o condicionante de alguna repercusión en caso de que no se sigan tus instrucciones, pero no seas concreto, de esa manera las consecuencias se las dejas a su imaginación.
Aunque claro ser explícito y directo también puede ser bastante efectivo. Como sea no pasará mucho tiempo para que tu equipo encuentre la forma de pagarte con creces el gesto.
Cuando haya problemas evita responsabilidad y busca culpables
Cuando ocurra algún error por el que haya que dar la cara siempre dedica tu tiempo a buscar culpables. Cuestiona a todo mundo al respecto hasta que encuentres al responsable y una vez que lo logres, humillalo y regañalo en público
En caso de que hayas sido tú, porsupuesto no lo aceptes y elige a alguien más para culparlo.
Esto le enseñara no solo a esa persona sino al resto del equipo que tanta confianza pueden tener en ti.
Te aseguro que jamás te volverás a enterar de ningún error o problema en el proyecto por parte de tu equipo.
Habla mal a espaldas de tu equipo
De frente diles a tu equipo que todo esta bien, sonriéles y muéstrate conforme y a gusto con lo que hacen. Sin embargo cuando te den la espalda acércate a otros miembros de la empresa y habla mal de ellos cuestionando su capacidad técnica y su ética.
Procura hacerlo con mucha gente, de esta manera eventualmente las noticias llegarán a los oídos de tu equipo de trabajo. Nada da mas confianza que estar trabajando con alguien doble cara.
Espía a tu equipo para tomar evidencia de los momentos en los que estén descansando
Este es un extra para poder hablar mal de tu equipo. Simplemente espera a que llegue un período de plática entre los compañeros de la oficina, algunos lo hacen desde su lugar de trabajo y otros en los pasillos.
En el momento en el que veas que hacen algo que consideres que no aporta al trabajo diario toma una foto o video. Hazlo también de una forma obvia y varias veces para que se sientan cómodos cuando tu estés cerca.
Mantente ignorante acerca de KPIs para medir la efectividad del equipo
Esto tal vez vaya en línea con mantenerte ignorante con los temas de tecnología pero vale la pena mencionarlo porqué si lo juntas con el punto anterior tienes la excusa perfecta para acusar a tu equipo de que no están trabajando lo suficiente. Si no sabes qué son los KPIs… ¡Ya llevas ventaja!
Recuerda que lo que no se mide no se puede mejorar, por lo tanto si te cuidas lo suficiente y evitas que se sigan estás prácticas de mediciones tu podrás seguirte quejando de tu equipo todo el tiempo que quieras.
No incorpores procesos de QA
No importa si los desarrolladores te lo recomiendan y te explican los beneficios de tener estos procesos en tu desarrollo.
Ignoralos, al fin y al cabo todo ha funcionado bien sin hacer nada de eso hasta el momento. Los desarrolladores deberían hacer las cosas bien desde el principio. Si tienen que perder tiempo valioso de desarrollo en hacer QA ellos mismos pues que así seá. No vaya a ser que tengan tiempo extra para terminar los proyectos.
¡Listo! Si quieres dejar de tener un equipo de trabajo efectivo, dónde cada miembro aporte y trabaje de manera proactiva. Si quieres dejar de mejorar como empresa y evitar hacer proyectos de calidad. Sólo tienes que aplicar estas técnicas en tu día a día. Obvio muchas de estas cosas no sólo aplican al área de desarrollo, así que si no trabajas en tecnología ¡No te desanimes! Tu también puedes echar a perder tu empresa.
¿Qué esperas? La mediocridad esta al alcance de tus manos y sólo tienes que tomar unas cuántas decisiones.